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BACKGROUND OF THE INVENTION 

[0004] An MPEG decoder system is usually implemented as 
an off the shelf integrated circuit that is fused onto a 
mother board. Other end product functionalities are usually 
implemented as other board-level products. Because the 
decoding and other functionalities are usually manufactured 
separately, it is important to debug, test, and verify the 
video control functionality. Testing the video 
functionality can involve application of particular video 
control functions, e.g., reverse, fast forward, etc. 
However, given the number of frames per second, it is 
difficult for the human eye to determine the ordering of 
pictures displayed during testing. 

[0005] Additionally, the testing can include the display 
of particular line patterns. However, a single line pattern 
may not appear large enough on a display for visual 
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inspection. By repeating the line pattern for a number of 
lines, the test pattern can be observed as a set of 
vertical bars. 

[0006] The repeated line pattern can be displayed by 
generation of a frame comprising the repeated lines. 
However, generation of the repeated lines disadvantageously 
consumes the bandwidth of the decoder system. 

[0007] Further limitations and disadvantages of 
conventional and traditional approaches will become 
apparent to one of skill in the art, through comparison of 
such systems with embodiments presented in the remainder of 
the present application with references to the drawings. 
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BRIEF SUMMARY OF THE INVENTION 

[0008] Presented herein is a system, method, and 
apparatus for repeating a last line to a scalar. 

[0009] In one embodiment, there is presented a method 
for displaying a picture. The method comprises providing a 
first parameter to a first register indicating that the 
picture comprises a first number of lines and providing a 
second parameter to a second register, indicating that the 
picture comprises a second number of lines. 

[0010] In another embodiment, there is presented a 
decoder system for displaying a picture. The decoder system 
comprises a feeder, a scalar, and a controller. The feeder 
fetches lines of the picture. The scalar scales lines of 
the picture. The controller provides a first parameter to 
the feeder indicating that the picture comprises a first 
number of lines and provides a second parameter to the 
scalar indicating that the picture comprises a second 
number of lines. 

[0011] In another embodiment, there is presented a 
circuit for displaying a picture. The circuit comprises a 
feeder, a scalar, and a controller. The scalar is connected 
to the feeder. The controller is connected to the feeder 
and the scalar. The controller is operable to program a 
feeder with a first parameter indicating that the picture 
comprises a first number of lines and program a scalar with 
a second parameter indicating that the picture comprises a 
second number of lines. 

[0012] These and other advantages and novel features of 
the present invention, as well as details of an illustrated 
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embodiment thereof, will be more fully understood from the 
following description and drawings. 
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BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS 

[0013] FIGURE 1 is a block diagram describing a display 
of a repeated last line of a picture in accordance with an 
embodiment of the present invention; 

[0014] FIGURE 2 is a block diagram describing an 
exemplary decoder system in accordance with an embodiment 
of the present invention; 

[0015] FIGURE 3 is a block diagram of the video decoder 
and the display engine in accordance with an embodiment of 
the pres'erit invention; and 

[0016] FIGURE 4 is a flow diagram for repeating a last 
line of a picture in accordance with an embodiment of the 
present invention . 
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DETAILED DESCRIPTION OF THE INVENTION 

[0017] Referring now to FIGURE 1, there is illustrated a 
display of a repeated last line of a picturein accordance 
with an embodiment of the present invention. A picture 100 
comprises any number of lines 100 (0) ...100 (N) . However, for 
testing purposes, a line 100 (m) comprising a pixel pattern 
105 is repeated, from line 100 (m) through line 100 (n) . 

[0018] As a result of repeating the pixel pattern of line 
100 (m) for lines 100 (m) ...100 (N) , the bottom portion of the 
picture 100 displays a set of vertical bars. The width of 
the vertical bars is preferably wide enough for visual 
detectability . 

[0019] The process of displaying a picture 100 scanning 
the frame involves providing the pixels of the picture 100 
at specific time intervals that are synchronized to a 
raster scan in a display device. The display device usually 
receives the pictures from another device that is attached 
to, but was manufactured separately from the display 
device. The device providing the pictures and the display 
, device are synchronized by means of a vertical 
synchronization pulses Vsynch and horizontal 

synchronization pulses Hsynch. The display device signifies 
the beginning of a time period for the display of a picture 
by transmitting a vertical synchronization pulse (Vsynch) . 
The display device signifies the time period for displaying 
a new line in a picture 100 () by transmitting a horizontal 
synchronization pulse Hsynch. The device providing the 
pictures uses the foregoing vertical/horizontal 
synchronization pulses to follow the timing of the display 
device, and provides the appropriate line 100 (x) of the 
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appropriate picture 100 for display at the appropriate 
time . 

[0020] The picture 100 is stored in and scanned from a 
frame buffer. Displaying the picture 100 wherein lines 
100 (m) ...100 (N) comprises repeating pixel patterns 105 can be 
accomplished by storing and scanning each line 
100 (0) ...100 (N) from the frame buffer. However, the foregoing 
disadvantageously consumes memory in the frame buffer. 
Additionally, the foregoing also consumes processor cycles 
for calculating the addresses in the frame buffer that 
stores lines 100 (m) ...100 (N) . 

[0021] Memory in the frame buffer can be saved by only 
writing line 100 (0) ...100 (m) to the frame buffer. Because 
lines 100 (m+1) ...100 (N) comprise the same pixel pattern 105, 
line 100 (m) can be repeatedly scanned during the Hsynch m+ i 
...Hsynch N . The foregoing also saves processing cycles by 
avoiding the calculation of the frame buffer addresses 
storing lines 100 (m+1) ...100 (N) . 

[0022] Referring now to FIGURE 2, there is illustrated a 
block diagram describing an exemplary decoder system for 
providing pictures for display to a display device in 
accordance with an embodiment of the present invention. A 
processor, that may include a CPU 90, reads transport 
bitstream 65 into a transport bitstream buffer 32 within an 
SDRAM 30. 

[0023] The data is output from the transport bitstream 
buffer 32 and is then passed to a data transport processor 
35. The data transport processor 35 then demultiplexes the 
transport bitstream 65 into constituent transport 
bitstreams. The constituent packetized elementary bitstream 



7 



can include for example, video transport bitstreams, and 
audio transport bitstreams . The data transport processor 35 
passes an audio transport bitstream to an audio decoder 60 
and a video transport bitstream to a video transport 
processor 40. 

[0024] The video transport processor 40 converts the 
video transport bitstream into a video elementary bitstream 
and provides the video elementary bitstream to a video 
decoder 45. The video decoder 45 decodes the video 
elementary bitstream, resulting in decoded video pictures. 
The decoding can include decompressing the video elementary 
bitstream. The decoded video data includes pictures. The 
pictures are stored in a frame buffer 48. 

[0025] The display engine 50 is responsible for providing a 
display signal to a display device, such as a monitor or a 
television. The process of providing a display signal 
includes fetching the appropriate pixels from the frame 
buffer 48, and scaling the picture 100. The display device 
and the display engine 50 are synchronized by horizontal 
and vertical synchronization pulses. At each horizontal 
synchronization pulse, the display engine 50 provides a 
particular line to the display device for display. To 
provide the particular line to the display device for 
display, an address in the frame buffer 48 storing the 
first pixel of the line for display is calculated. The 
address is calculated by either the host controller 90 or, 
alternatively the display engine 50. 

[0026] A frame 100 comprises any number of lines 
100 ( 0) ...100 (N) . However, for testing purposes, a line 100(m) 
comprising a pixel pattern 105 is repeated, from line 
100 (m) through line 100 (n) . Displaying the picture 100 
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wherein lines 100 (m) ...100 (N) comprises repeating pixel 
patterns 105 can be accomplished by storing and scanning 
each line 100 (0) ...100 (N) from the frame buffer. However, the 
foregoing disadvantageously consumes memory in the frame 
buffer. Additionally, the foregoing disadvantageously 
consumes processor cycles for calculation of the addresses 
for the first pixels in lines 100 (m+1) . . . 100 (N) . 

[0027] Memory in the frame buffer can be saved if the 
video decoder 45 writes lines 100 ( 0 ) ...100 (m) to the frame 
buffer. Because lines 100 (m+1 ) ...100 (N) comprise the same 
pixel pattern 105, the decoder engine 50 can repeatedly 
scan line 100 (m) during the Hsynch m+i ...Hsynch N . The foregoing 
also saves processing cycles by avoiding the calculation of 
the frame buffer addresses storing lines 100 (m+1) ...100 (N) . 

[0028] In order to cause the display engine 50 to 
repeatedly scan out line 100 (m) during Hsynch m ...Hsynch N , the 
host controller programs the portion of the display engine 
50 responsible for fetching the pixels from the frame 
buffer 48 with a parameter indicating that the picture 100 
comprises m+1 lines in the vertical direction, while 
programming the portion of the display engine 50 
responsible for scaling the picture 100 with a parameter 
indicating the picture 100 comprises N+l lines. 

[0029] Responsive thereto, during Hsynch 0 . . . Hsynch m , the 
portion of the display engine 50 that fetches the pixels of 
the picture 100, fetches the pixels for lines 
100 (0) . . . 100 (m) from the frame buffer 48. After Hsynch m , the 
portion of the display engine 50 responsible for scaling 
requests lines 100 (m+1) . . . 100(N) . However, because the 
portion of the display engine 50 that fetches the pixels of 
the picture 100 from the frame buffer 48 is programmed with 
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' an indicator indicating that the picture 100 comprises only 
m+1 lines, by default, the last line, line 100 (m) is 
repeatedly provided during each subsequent Hsynch, 
Hsynch m+1 . . . Hsynch N . 

[0030] Referring now to FIGURE 3, there is illustrated a 
block diagram describing an exemplary display engine 50 in 
accordance with an embodiment of the present invention. The 
display engine 50 is responsible for providing a display 
signal to a display device, such as a monitor or a 
television. The display engine 50 comprises a feeder 105 
for fetching appropriate pixels from the frame buffer 48, a 
scalar 110 for scaling the picture 100, a compositor 111 
for composing multiple video/graphics layers from different 
feeders and video capture 112 for capturing the output 
video to the DRAM for playback applications. At each 
horizontal synchronization pulse Hsynch 0 . . . Hsynch m/ the 
scalar 110 requests a line from the feeder 105. Responsive 
to the request, the feeder 105 fetches a particular line 
100 () of the picture 100 from the frame buffer 48. 

[0031] In order to cause the display engine 50 to 
repeatedly scan out line 100 (m) during Hsynch m ...Hsynch N , the 
host controller programs the feeder 105, via a register 
therein, with a parameter indicating that the picture 100 
comprises m+1 lines in the vertical direction, while 
programming the scalar 110, via a register therein, with a 
parameter indicating the picture 100 comprises N+l lines. 

[0032] During Hsynch 0 . . . Hsynch m , the scalar 110 requests 
a line from the feeder 105. Responsive thereto, the feeder 
105 fetches the pixels for lines 100 ( 0 ) . . . 100 (m) from the 
frame buffer 48 and provides the pixels for lines 
100 (0) . . . 100 (m) to the scalar 110. After Hsynch m , the scalar 
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110 requests lines 100 (m+1) . . . 100 (N) . However, because the 
feeder 105 is programmed with an indicator indicating that 
the picture 100 comprises only m+1 lines, by default, the 
feeder 105 continues fetch and provides the last line, line 
100 (m), during each subsequent Hsynch, Hsynch m+1 . . . Hsynch N . 

[0033] Referring now to FIGURE 4, there is illustrated a 
flow diagram for displaying a picture in accordance with an 
embodiment of the present invention. At 403, the video 
decoder 45 writes lines 100 (0) ...100 (m) to frame buffer 48. 
At 405, the host controller 90 programs the feeder 105 with 
a parameter indicating that the display picture 100 
comprises m+1 lines. At 410, the processor 90 programs the 
scalar 110 with a parameter indicating that the display 
picture 100 comprises N+l lines, where N > m. 

[0034] At 415, a horizontal synchronization pulse, 
Hsynch x (where x is a variable) is received. Responsive 
thereto, at 420, the scalar 110 requests the line 100 () 
associated with the Hsynch. At 425, a determination is made 
whether the Hsynch received during 415 is associated with a 
line after line 100 (m) , i.e., x > m. 

[0035] If at 425-, x is not greater than m, the feeder 105 
fetches and provides (430) the line 100 (x) associated with 
the Hsynch x received during 415, the scalar 110 scans (440) 
out line 100 (x) provided during 435, and 415-425 are 
repeated. However, if x exceeds m, at 445, the feeder 105 
provides the same line provided during the last Hsynch 
received at 415. At 450, scalar 110 scans the line provided 
at 445. As can be seen, the feeder 105 provides line (at 
430) 100 (x) responsive to Hsynch x , for x = 0...m. At x=m+l, 
x>m, and the feeder 105 fetches and provides (at 435) the 
same line provided during the last Hsynch, line 100 (m) 
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during Hsynch m . For each subsequent Hsynch m+2/ the feeder 105 
provides same line, 100 (m) , provided at 435. The foregoing 
is repeated until receipt of a vertical synchronization 
pulse Vsynch at 455. 

[0036] One embodiment of the present invention may be 
implemented as a board level product, as a single chip, 
application specific integrated circuit (ASIC) , or with 
varying levels integrated on a single chip with other 
portions of the system as separate components. The degree 
of integration of the system will primarily be determined 
. by speed and ~ -cost considerations. Because. of the 
sophisticated nature of modern processors, it is possible 
to utilize a commercially available processor, which may be 
implemented external to an ASIC implementation of the 
present system. Alternatively, if the processor is 
available as an ASIC core or logic block, then the 
commercially available processor can be implemented as part 
of an ASIC device with various functions implemented as 
firmware . 

[0037] While the invention has been described with 
reference to certain embodiments, it will be understood by 
those skilled in the art that various changes may be made 
and equivalents may be substituted without departing from 
the scope of the invention. In addition, many modifications 
may be made to adapt particular situation or material to 
the teachings of the invention without departing from its 
scope. Therefore, it is intended that the invention not be 
limited to the particular embodiment (s) disclosed, but that 
the invention will include all embodiments falling within 
the scope of the appended claims. 
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